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Abstract 

Using manipulators with a fixed configuration for specific tasks is appropriate when the task requirements are known 
beforehand. However, in less predictable situations, such as an outdoor construction site or aboard a space station, a manipulator 
system requires a wide range of capabilities, probably beyond the limitations of a single, fixed* configuration manipulator. To fulfill 
this need, wG have been working on a Reconfigurable Modular Manipulator System (RMMS). 

Unlike conventional manipulators with fixed configurations, RMMS win jtitize a stock of interchangeable link and joint 
modules. Given requirements such as the workspace, dynamic ataur apff and the payload required to accomplish a task, the 
RMMS will design the most appropriate manipulator configuratioryMlect suitable modules form the inventory, generate an 
assembly procedure, configure the controller, and finally apply the/lsultam manipulator to the task. In this way, the RMMS will fill 
a far wider requirement space than any single manipulator. \\j6 also lnhe)bntly easy to maintain and transport, since it can be 
readily assembled and disassembled. 

<7 **-c r - -» V ^ ' 

Whave designed and are constructing a prototype RMMS. The prototype currently consists of two joint modules and four link 
modules. The joints utilize a conventional harmonic drive and torque motor actuator, with a small servo amplifier included In the 
assembly A brushless resolver is used to sense the joint position and velocity. For coupling the modules together, we use a 
standard electrical connector and V band clamps for mechanical connection, although more sophisticated designs are under way 
for future versions. The joint design yields an output torque fo 50 ft-lbf at joint speeds up to 1 radian /second. The resolver and 
associated electronics have resolutions of 0.0001 radians, and absolute accuracies of ± 0.001 radians. Manipulators configured 
from these prototype modules will have maximum reaches in the 0.5 to 2 meter range. 



The real time RMMS controller consists of a Motorola 68020 single-board computer which will perform real lime servo control 
and path planning of the manipulator. This single board computer communicates via shared memory with a SUN3 workstation, 
which serves as a software development system and robot programming environment. We have designed a bus communication 
network to provide multiplexed communication between the joint modules and the /computer controller. The bus supports 
identification of modules, sensing of joint states, and commands to the joint actuator. [This network has sufficient bandwidth to 
allow servo sampling rates in excess of 500 Hz. \ ^ 


1 . Introduction 


Many applications of robotics in space will be different from the typical applications found in industry. Unlike conventional 
industrial manipulators -vluch work in a precisely known and controlled environment, a space robot is envisioned as a backup 
astronaut, performing construction, maintenance, and ex pen mentation. Such a robot must be capable of a wide range of tasks, 
from small scale, high precision operations such as replacing electronic components in faulty equipment, to immense scale, such 
as assembling room sized structures into a space station. Many of these tasks will be poorly defined or completely unexpected, 
particularly maintenance operations. 


It is inconceivable to develop a single manipulator wh*r:h meets even those requirements we can predict as necessary for a 
space manipulator. The level of dexterity and versatility r'ovicied by current manipulator technology is sufficient for only very 
constrained or well known operations. Nor is it practical, given the expense of transporting material to space, to maintain a large 
number of different manipulators at potential task sites. Our solution is the development of a manipulator system, which can be 
readily adapted to meet the individual constraints of each particular application as it occurs. 


171 






Designing s manipulator for a single, specific task is conceptually the same process as that employed now for conventional robot 
applications. However, at present the process of designing and manufacturing a robot system for a particular application to 
generally too tong to be practical for the highly variable and urgent tasks that arise during space missions. To achieve the desired 
range of robot capabilities, streamlining and automation of the system configuration process are required. 

In order to explore tnis approach, we are currently designing a Reconfigurabie Modular Manipulator System, or RMMS. Tba 
RMMS is a collection of manipulator components or modules (links, Joint*, actuators, and end effectors), with e wide range o* 
performance (length, strength, torque, speed, resolution, efc) utilizing common electrical and mechanical interfaces. Thisdesifln 
allows a large number of different manipulators to be assembled, at the task site, from a small inventory of components. In parallel 
with the development of reconfigurabie hardware, a similar software effort Is underway to automate the generation of servo- 
controller and path planning algorithms, provide a simple means of programming the manipulator task, and actually synthesize e 
workable manipulator configuration for a given task. Such a manipulator can thus be custom tailored to perform a specific taefc, 
and then broken down and re* used in a different configuration when a new task arises. 

In a sense, the RMMS concept is an extension of conventional interchangeable manipulator end tools. To date, however, tfre 
major efforts In this area have been in the development modular hardware, so that a robot manufacturer can produce varlou* 
manipulator configurations from standard sub assemblies [ij. or to allow remote maintenance of manipulators In hazsrdous (# 0 . 
radioactive) environments (2). In contrast, the aim of our RMMS effort is to develop a manipulator system which is modular and 
reconfigurabie by the user at the task site. 


2. Design Philosophy and Implementation 

An RMMS consists of the same major subsystems as those found in conventional manipulators: 

• A pnysJcal structure made up of joints and links. 

• Servo systems lor each joint, consisting of actuators, transmissions, and sensors. 

• A computer controller and programming environment. 

The maior difference between an RMMS and a conventional manipulator are the standardized component interfaces. This 
includes the mechanical mating of manipulator modules, the lonnat of data communication, the communication protocols between 
hardware and software, and between various levels ol software. Although adopting such standards impose inherent restrictions 
on the design of the actual components, this disadvantage is far offset by the interchangeability of manipulator components and 
the capability for rapid reconfiguration. In the following subsections, we discuss the conceptual design of each major component 
and interface in the RMMS we are developing, and the actual implementation in the prototype system. 


2.1 . Link and Joint Modules 

The mechanical modules making up an RMMS are divided into two groups, joints and links. Links are simply structural elements, 
and joints are servo mechanisms, made up of sensors and actuators. When we represent the kinematics of a manipulator by a 
series of transformation matrices representing its links and joints, links have fixed transformation matrices, while joints have 
variable ones (a function of the joint variable). Electrical power is bussed and communication is multiplexed over a small number 
of conductors permanently installed in each module, allowing for simple assembly without custom cabling. 


One implication of this modular joint design i5 that the entire joint actuator must be packaged within the joint module. Each jo«nt 
module must include a motor (or some type of actuator), a transmission mechanism, a position sensor, and the necessary power 
electronics to control the motor. Although these design constraints limit the power which can be generated by the joint due to ttie 
limiied size of the motor, transmission, and power amplifier, this is not viewed as a major short comming of the design, particularly 
for space applications. By properly selecting tho transmission reduction ratio, high torques at low speeds can be obtained, which 
is appropriate for manipulating massive objects in near zero gravity (and also on earth) as long as speed of operation is not critical. 



Figure 2*1: Modular Joint Assemblies 


172 



For simplicity and convenience, we are considering only the two common types of revolute joint In our RMMS. These two types 
v e rotate, and pivot, and are distinguished by the orientation of the joints link axes with the joint axis. Both types of joint are shown 
schematically In Figure M. A rotate type joint has link axes which are co- linear with each other and with the joint axis. A pivot has 
Hnk axes which are both perpendicular to the joint axis. 

Our current design for a pivot joint Is shown in the photograph in Figure 2 2, and In the section drawing In Figure 2. The joint 
actuator is a conventional servo motor and linear amplifier driving a harmonic drive with 100:1 reduction ratio. This dealgn yields • 
maximum output torque of flOfWbf, and maximum axis speed of 1 radian /second. Also integral with the joint assembly is • 
brushless resolver mounted coaxially with the output shaft, providing position feedback with an accuracy of ±0.001 radian. If 
lower position resolution Is acceptable, lower resolution (and less expensive) sensing electronics can be installed In the joint 



Figure 2*2: CMU RMMS Prototype Pivot Joint 



Figure 2-3: Section View of an RMMS Joint 

module. A wire windup allows the resolver (and output shaft) to turn up to 460° before damaging the resolver electncal 

connections All of the actuator components are packaged in a sub assembly of the joint module, allowing a number of different 
types of module to be based on common parts. The total weight of the joint is 25 lbs. A more compact and lighter version of this 
joint, as well as several kinematic variations on this basic design are currently under development. 
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2.2. Joint • Link Interface 

In order to assemble the joint and link modulo* into a manipulator, a method of mochanlcally coupling the modulo* la required. 
Thla coupling must both align the module*, and lock them together with sufficient strength to transmit the Internal forces 
generated by the movement of the manipulator. In addition to structurally coupling the modules together, this Interface must also 
electrically couple the modules, and be able to sente the coupling orientation of successive modules. 

The current interface design Is shown In ths photograph in Figure 2-4. An arrangemsnt of pins tf)d holes Mmit the coupling 
orientation to four, equally spacad positions. An LEO In on# flange and four phototransistora In the other allow the controller to 
sense which of the four possible orientations Is in use. A commercial V band clamp couples the two flanges together. As shown m 
ths figure, the same coupling flange it an Integral part of the link modules. Although rudimentary, this design provides the 
necessary functionality for the module Interface. However it is not easily operated. Future versions will make use of either quick 
release V-band clamps, or a more sophisticated design with an automated locking mechanism to allow automatic "peg in-hole* 
type coupling. 



Figure 2-4: Prototype Module Interface 


2.3. Communication Interface 

As mentioned, each iomt will contain the power and sensor electronics for the actuator In order to control the jomt actuator* 
and obtain sensor feedback, a communication link between the ioi.it modules and a computer controller is required, in order to 
allow standard connectormg between joint modules, this communication link must be implemented using a fixed number of 
conductors, yet be capable of supporting an arbitrary number of modules. This implies a multiplexed communication link, similar 
to a computer bus or LAN. 

Due to the high overhead associated with existing LANs, our prototype utilizes a bus type implementation. The design is shown 
schematically in Figure 2 5 The bus design is based on a conventional 8 bit bi directional data bus, an additional 5 control line*, 
and a rather unconventional 4 bit daisy chained address bus. The daisy chained address bus provides automatic node addres* 
configuration, that is. the first module in the manipulator is node address 1 . the second module is node address 2, and so on. This 
is accomplished by including a "subtract one" circuit in each module which is in the path of the node address lines. Each joint 
can thus detect 'address equals zero" as the node address. Due to the low data rate of the bus (current bus clock is 500 KHz), the 
propagation delay added by the subtract circuit is negligible. 

2.4. Software Controller 

In order to augment the capabilities of the RMMS hardware, a reconfigurable control and path planning algorithm are required. 
These algorithms would allow the control computer to automatically synthesize a control program for a given manipulator 
configuration and task requirement. This entails automatically deriving the manipulator forward and inverse kinematics, and 
inverse dynamics given the kinematic and dynamic parameters of the modules. This is one of the major research area of our 
RMMS project. 
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Figure 2-0: Schematic o> RMMS Computing Architecture 
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2.3. RMMS Computing Archltocturo 

Tho reaMme control software In our RMMS runt on i dedicated c ontroittr CPU . with a hardwaro interface to tho inter-modulo 
coutnHJfiictftfton network. This conUolta CPU wilt perform the necessary realtime uontiol of the mamputalur. wxf receive 
commands from a second, metier CPU . The intent of this architecture is to have the manipulator controller appear as s periphery 
In a standard micropro c e ss or system. Communication between the master and controller CPU will be via a number of memory 
mapped control and status registers maintained in shared memory on the controllor CPU. The allows the controller CPU to be 
readily integrated Into any master CPU system sharing the same system bus. 

The present implementation of this architecture is shown in Figure 2 6. The controller CPU is an Ironies stogie-board computer, 
based on s Motorola 66020 processor and VME bus. with 1 MByte ot dual ported RAM. The master CPU is a SUN3 workstation, 
also based on the Motorola 66020 and VME bus. The similarity between the two machines allows us to use the same editor end 
compiler for both processors, simplifying software development and mter- processor communication. The interface to the 
manipulator communication network is via the VMX bus interface included on the Ironies. The VMX bus is s recognized extension 
to the VME bus, intended as a local \0 bus in multiprocessor systsms such as this. 

3. Span of Possible RMMS Configurations 

In order to illustrate the range of capabilities of an RMMS. we have estimated several performance specifications tor alt of the 
manipulators possible given a reasonable size inventory of components. This set of specifications is used to dassrfy the possible 
manipulators into groups with simitar characteristics. By noting the number of different configurations within each class, we con 
gam an appreciation for the versatility provided by an RMMS. 

3. 1 . Module Inventory 

Based on our current design effort, let us consider an example RMMS with a module inventory consisting of: 

• 25 foints, consisting of 5 sets with maximum joml torques of: 10 Mm. 30 Mm, 60 Mm. 120 Nm and 200 Nm. Each set 
consists of 3 pivot and 2 rotate joints. 

• 12 joint position sensors, consisting of 3 each of the following resolutions. 10 bit, 12 bit 14 bit and 16 bits. 

• 20 links, consisting of 4 each of the following lengths: 0. 1 m, 0.2 m, 0 5 m, 1 0 m and 2.0 m. 

3.2. Obtainable Configurations and Range of Specification# 

To limit the scope of this analysis, let us make the following assumptions: 

• The manipulators wiH be 3 degree- of freedom robots, made up of revolute joints. and writ end in a conventional three 
axis (rotate pivot- rotate) wrist. Thus the final joint of the three axe manipulator should not be a route joint. as this 
would be redundant. 

• Two typee of revolute joint assemblies will be considered: pivot and rouf \ wf^ch ire shown in Figure 2- 1 . 

• Consecutive pivot joints must have either parallel or perpendicular axe or tarnations (in terms of the Oenavtt- 
Hsrtenburg convention a • 0° or 90°). 

• The orientation of the manipulator with respect to the world wilt be ignored. 

Within these assumptions, there -e seven basic meaningful manipulator configurations, which are shown in Figure 3* 1 . Within 
each of the seven configurations, numerous combinations are possible by using links of assorted lengths and snorted joint 
module designs, resulting in a wide range of manipulator performance. 

The manipulator specifications we have considered in comparing the obtainable manipulator configurations are reach, tip force, 
and bp position accuracy. The specifications were defined as follows: 

• Reach: length of the manipulator when extened We use the sum of the link lengths as an estimate. 

• Tip force: the minimum of the three joint torque capacities divided by each joints longest moment arm. Measured in 

Newtons. 

• Accuracy: the root mean square value of the uncertainty in tip position due to the error in measuring the joint 

positions. Measured in meters. 
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Figure 3* 1 : Meaningful Manipulator Configurations 


We have calculated the number of obtainable arm configuration* with vertoua combinations ol tip force, accuracy, and reach. 
The results ae given at histogram* in Table 3*1. which show how the obtainable configurationa are distributed over the range of 
specifications. 


We can interpret the histograms in Table 3-1 by considering the daeeification of typical robot tasks and performance 
requirements shown tn Table 3-2. Ignoring speed requirements (which are generally imposed by economic thru-put conaninta 
rather than the ability to perform a task) we can sse that the obtainable range of manipulators spans aach of the four major daaeee 
of task. 
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Table 3- 1 : Histogram of Obtainable Manipulator Configuration Distributions 
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4. Summary 

An RMMS w daacritad In toto ptpw can provfcfe a wMu rang* o4 manipulator porformanca horn » tonoll amount ol hardware. 
Thto la vary Important lor pa do rmtoQ MAa which tra aMhar poorly daAnad. ohan ona ton# occurrancaa, or to e Had in laola t ad 
amdrowma nt a. Examptoa ol auch ta*a Inciuda nuclaar plant malntananca and practically any typa ol manipuMton raqulrad 
Moard a apacacrafl In addtoon to too I n c r aaaa In capability attordad by an RMMS. toaro ara vartoua aide banal* to auch a 
modular daalgn which maM I vary attrac tom lor commardal uaa, moat notably too aaaa ol matotatotoQ, modifying. and updating 
auchaayatatn. 

too ara now buddtog a amaB RMMS prototypo. Aa ol January 1987, two ioint modulaa and lour to* modutoa hava boon 
machlnad. and ara now baing I n tagratad with a computar control ayatam. At too aama tona. toaoratfeal wo* la undar way to 
davatop Mgorlthma lor ganaratlng manipulator klnamatica, dynamlca, and control. A ma|or aflort la being made to rattoca tha alta 
told weight ol too currant Joint daalgn. which la a tonitlng factor In both manipulator ipoad and payload. Flrat operation o I too 
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Examples of typtcal class applications: 


Clast 

I - 

precision assembly, printed circuit component 
Insertion. 

Class 

II - 

small part handling, pick and place assembly, 
loading and unloading of machine tools 

Class 

III - 

large part handling, high contact force 
operations, surface grinding and deburrlng 

Class 

IV - 

seam tracking for welding or sealing, 
spray painting 


Teble 3*2: Manipulator T ask Classification 


system is expected in the second quarter of 1067. 
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